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** See image for Certificate of Correction ** 

TITLE: Method and apparatus for managing shared data using a data 
surrogate and obtaining cost parameters from a data dictionary by 
evaluating a parse tree object 



Detailed Description Text (8) : 

The client interface 202 provides an interface between the client 
220, the federated coordinator 206, and the virtual network 218. 
The client interface 2 02 may be resident in the same computer 
system as the federated coordinator 206, the client 220 or a 
separate computer, and comprises an open database connectivity 
module (ODBC) 22 7 and an object server connectivity module (OSC) 
22 9. In the preferred embodiment, the ODBC module uses 
MICROSOFT' s .RTM. Open Database Connectivity technology, which is 
well known in the art. The ODBC 227 provides an interface between 
the client 220 and the federated coordinator 206. Since the a 
command from a client 220 could be either a direct SQL command or a 
command in another language from an application resident at the 
client, the ODBC 227 translates object-relational database (ORDB) 
commands from the client 22 0 into a form suitable for the federated 
coordinator 206. In one embodiment, these ORDB commands are 
translated into Multimedia-SQL (M-SQL) , an object relational 
database language compatible with and derived from SQL. Of course, 
the actual language implementation is unimportant, and those 
skilled in the art will recognize that many different languages and 
protocols can be selected, so long as the ORDB commands arp from 
potentially multiple sources are interpreted and translated into 
commands that can be understood by the federated coordinator 206. 
As described herein, the OSC 229 and ODBC 227 are parallel, but not 
independent, because the ODBC 227 also uses the OSC 229 to redirect 
object instance data streams to the ODBC 227 control interface to 
preserve ODBC 227 application interface semantics and to hide the 
fact that the object data resides on a different data source (such 
as object server 212) from the RDBMS 210. 

Current US Orig inal Classification (1) : 
707/4 
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TITLE: Integration of legacy database management systems with 
ODBC -compliant application programs 



A b s t r a c t, Te x t (l) : 

A database integrator is provided to an application program that 
utilizes the ODBC interface so as to enable the application program 
to access the data in a legacy DBMS. The application program ("the 
client program") is located on a workstation, and the legacy DBMS 
is located on a host computer. The legacy DBMS is used primarily by 
an application program ("the server program") . The database 
integrator receives ODBC commands from the client program, and 
unlike database drivers interacting with non-legacy DBMSs that send 
SQL statements to the DBMS, the database integrator instead 
converts these commands into server program- specif ic commands to 
manipulate the user interface of the server program, establishes a 
connection with the server program over a terminal emulation 
session, and issues the server program- specif ic commands to the 
server program by using the terminal emulator. These server 
program-specific commands manipulate the server program's user 
interface to display the appropriate data so that the database 
integrator can then access it. In this manner, the database 
integrator accesses the data in the legacy DBMS indirectly by 
issuing user interface commands to the server program, because the 
database integrator cannot typically access the legacy DBMS 
directly. This indirect access enables the client program to gain 
access to the data in a database that it would not otherwise be 
able to access. 

Brief Summary Text (7) : 

A database integrator is provided to an application program that 
utilizes the ODBC interface so as to enable the application program 
to access the data in a legacy DBMS. The application program ("the 
client program") is located on a workstation, and the legacy DBMS 
is located on a host computer. The legacy DBMS is used primarily by 
an application program ("the server program") . The database 
integrator receives ODBC commands from the client program, and 
unlike database drivers interacting with non-legacy DBMSs that send 
SQL statements to the DBMS, the database integrator instead 
converts these commands into server program-specific commands to 
manipulate the user interface of the server program, connects to 
the server program over a terminal emulation session, and issues 
the server program- specif ic commands to the server program by using 
the terminal emulator. These server program- specif ic commands 
manipulate the server program's user interface to display the 
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TITLE: Integration of legacy database management systems with 
ODBC -compliant application programs 



Abstract, Text (1) : 

A database integrator is provided to an application program that 
utilizes the ODBC interface so as to enable the application program 
to access the data in a legacy DBMS. The application program ("the 
client program") is located on a workstation, and the legacy DBMS 
is located on a host computer. The legacy DBMS is used primarily by 
an application program ("the server program") . The database 
integrator receives ODBC commands from the client program, and 
unlike database drivers interacting with non- legacy DBMSs that send 
SQL statements to the DBMS, the database integrator instead 
converts these commands into server program-specific commands to 
manipulate the user interface of the server program, establishes a 
connection with the server program over a terminal emulation 
session, and issues the server program-specific commands to the 
server program by using the terminal emulator. These server 
program-specific commands manipulate the server program's user 
interface to display the appropriate data so that the database 
integrator can then access it. In this manner, the database 
integrator accesses the data in the legacy DBMS indirectly by 
issuing user interface commands to the server program, because the 
database integrator cannot typically access the legacy DBMS 
directly. This indirect access enables the client program to gain 
access to the data in a database that it would not otherwise be 
able to access. 

Brief Summary Text (7) : 

A database integrator is provided to an application program that 
utilizes the ODBC interface so as to enable the application program 
to access the data in a legacy DBMS. The application program ("the 
client program") is located on a workstation, and the legacy DBMS 
is located on a host computer. The legacy DBMS is used primarily by 
an application program ("the server program") . The database 
integrator receives ODBC commands from the client program, and 
unlike database drivers interacting with non-legacy DBMSs that send 
SQL statements to the DBMS, the database integrator instead 
converts th^se nommanris into server program-specific commands to 
manipulate the user interface of the server program, connects to 
the server program over a terminal emulation session, and issues 
the server program- specif ic commands to the server program by using 
the terminal emulator. These server program- specif ic commands 
manipulate the server program's user interface to display the 
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DERWENT-ACC-NO: 2001-482087 
DERWENT-WEEK: 200152 

COPYRIGHT 2 003 DERWENT INFORMATION LTD 

TITLE: Network resource management system, has network module with 
options database to generate hypertext transfer protocol requests 
by user client to be processed by web server 

Rasir A bstract Text (2) : 

DETAILED DESCRIPTION - The system has a network resource including 
a network module (400) which interfaces the resource to the 
network. The module has an options database (43 0) including 
selectable options for operations relating to the network resource. 
The operations include reporting, configuration and control of the 
network resource. A native resource instructions library (410) 
includes native resource instructions for the resource. A 
instruction module (420) transl atfifl function calls into native 
resource instructions for the resource using the library (410) . A 
web server transfers the selectable options over the network using 
the hypertext transfer protocol . The web server processes hypertext 
transfer protocol requests from the client including one or more 
hyperlink references. An INDEPENDENT CLAIM is also included for 
method for remote control of hardware in the network device 
connected to a network by client. 
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COPYRIGHT 2 0 03 DERWENT INFORMATION LTD 

TITLE: Schema integration method for distributed heterogeneous 
databases - involves defining equivalence of objects of normalised 
schemas which are integrated to produce global object oriented 
schema which are then converted into relational form 

Ras-ir A bstract Text: (2) : 

The equivalence of objects of the two normalised schemes are 
defined and integrated to produce global object oriented schema. 
The schema are then converted into relational from SQT, commands are 
developed to realise the global schema within the DDA as a virtual 
database system satisfying all the requirements for accessing data 
from the independent database systems. 

Equivalent Abstract Text (2) : 

The equivalence of objects of the two normalised schemes are 
defined and integrated to produce global object oriented schema. 

The schema are then converted into relational from SQL commands are 

developed to realise the global schema within the DDA as a virtual 
database system satisfying all the requirements for accessing data 
from the independent database systems. 
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(57) Abstract: A network data transmission system where 
a server (4(5)) and terminals (client computers) (1(2, 3)) 
sharing the server (4(5)) are interconnected through a 
network circuit (6), wherein each time a terminal collects 
data, packet creating means (223) incorporated in the 
terminal issues a packet command complying with DB 
command transmission protocols independent of the 
network circuit, and packet converting means (423) that 
the server receiving the packet command has converts the 
packet command to a desired DB operation command and 
executes it, thus allowing the DB to reflect the contents and 
responding the request from the terminal in real time. By 
mounting only a communication driver realizing TCP-TP, the 
terminal can operate the database server, and an effective sale 
managing system such as a POS can be structured using this. 
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TITLE: Methods, systems and computer program products for logical 
access of data sources utilizing standard relational database 
management systems 



Detailed Description Text (8) : 

As shown in FIG. 2, the memory 36 may include several major 
categories of software and data used in the computer system 30: the 
operating system 52; the application programs 54; the_QQEC driver 
50; the logical translation module 60; the input /output (I/O) 
device drivers 58; and the data 56. The I/O device drivers 58 
typically include software routines accessed through the operating 
system 52 by the application programs 54 to communicate with 
devices such as the input devices 32, the display 34, the speaker 
44, the microphone 42, the I/O data port(s) 46, and certain memory 
36 components. The application programs 54 comprise the programs 
that implement the various features of the computer system 3 0 and 
preferably include at least one application module or object for 
accessing data sources utilizing the QDEC driver 50. The ODBC 
driver 50 is preferably part of a standard relational database 
management system which provides access to relational data sources 
and preferably includes the ability to exit the QDEC driver 50 to 
provide relational database commands to the logical translation 
module 60 for translation. More preferably, the ODBC driver 50 is 
associated with a relational database management system such as 
International Business Machine Corporation's DataJoiner which 
provides access to both relational and non-relational data sources. 
Alternatively, the logical translation module 60 could intercept 
commands intended for the ODBC driver 50, perform the logical to 
physical translation as described below, and then provide the 
translated commands to the ODBC driver 50. 

Detailed Description Text (12) : 

As is illustrated in FIG. 3, an application program 54 provides an 
ODBC 1 command to the QDEC driver 50. The_QDEC driver 50 preferably 
provides an interface for accessing a standar d database management 
system such as International Business Machine Corporation's DB2 
DataJoiner product. Thus, an application which accesses DataJoiner 
may do so by accessing the ODBC interface of DataJoiner. In any 
event, the ODBC driver 50 provides the received command to the 
logical to physical translation module 60. The logical to physical 
translation module 60 examines the logical information in the 
command and accesses the logical to physical mapping metadata 
tables (i.e. the translation tables) 70. Tables 70 contain metadata 
to translate the command which includes logical information, such 
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DOCUMENT- IDENTIFIER: US 6324541 Bl 

TITLE: System, method, and computer program product for providing 
relational patterns between entities 



Detailed Description Text (68) : 

In an embodiment of the present invention, the software code 
communicates with the databases 102 and 104 using the Open Database 
Connectivi ty (ODRC ) interface. As is well known in the relevant 
art(s), ODBC is a standard for accessing different database systems 
from a high level programming language application. It enables 
these applications to submit statements to ODBC using an OPRC 
structured query language (SQL) and then translates these to the 
particular SQL commands the underlying database product employs . In 
an alternate embodiment, the CIDM processing software communicates 
with the databases 102 and 104 using the Active Data Objects (ADO) 
interface . 

Current US Cross Reference Classification (4) : 
707/4 
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TITLE: Method, system, and program for using a fetch request to 
make data available to an application program 



Current US CI assi f icat ion , US Primary Class/Subclass (1) : 
707/3 

Summary of Invention Paragraph (8) : 

[0007] Open Database Connectivity (ODBC) is a standard database 
access method to allow applications to access data in a database 
management system (DBMS) . An ODBC driver translates the 
appl i cation' s queries into commands that the DBMS understands. The 
ODBC standards describe scrollable, keyset driven, static and 
dynamic cursors. The ODBC standards mention that cursors may be 
updateable or nonupdateable . Cursors are defined as updateable if 
the application is capable of modifying the data in the cursor 
result table. As discussed, the result table may be implemented in 
a work file or comprise the rows pointed to by the cursor in the 
base table. The ODBC also mentions that when positioned on a row in 
an updateable cursor, the application can perform position updates 
or delete operations that target the base table rows used to build 
the current row in the cursor. 
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TITLE: Method, system, and program for processing a fetch request 
for a target row at an absolute position from a first entry in a 
table 



Current US Classi f i rat i on r US Primary rlass/Snhnlafls (1) : 
707/3 

Summary of Invention Paragraph (8) : 

[0007] Open DataBase Connectivity (ODBC) is a standard database 
access method to allow applications to access data in a database 
management system (DBMS) . An ODBC driver translates the 
application's queries into commands that the DBMS understands. The 
ODBC standards describe scrollable, keyset driven, static and 
dynamic cursors. The ODBC standards mention that cursors may be 
updateable or nonupdateable . Cursors are defined as updateable if 
the application is capable of modifying the data in the cursor 
result table. As discussed, the result table may be implemented in 
a work file or comprise the rows pointed to by the cursor in the 
base table. The ODBC also mentions that when positioned on a row in 
an updateable cursor, the application can perform position updates 
or delete operations that target the base table rows used to build 
the current row in the cursor. 



1 of 1 



10/30/03 2:58 PM 



Record Display Form 



http://westbrs:8002/bin/gate.exe?f=doc&. . .ge=&p_doccnt= 1 &p_doc_ 1 =PTFKWIC&p_doc_2= 





Print 1 



L5: Entry 2 of 6 



File: USPT 



Feb 16, 1999 



DOCUMENT- IDENTIFIER: US 5873083 A 

TITLE: Method and apparatus for extending a relational database 
management system using a federated coordinator 



Detailed Description Text (8) : 

The client interface 2 02 provides an interface between the client 
220, the federated coordinator 206, and the virtual network 218. 
The client interface 2 02 may be resident in the same computer 
system as the federated coordinator 206, the client 220 or a 
separate computer, and comprises an open database connectivity 
module (ODBC) 227 and an object server connectivity module (OSC) 
22 9. In the preferred embodiment, the ODBC module uses 
MICROSOFT' s .RTM. Open Database Connectivity technology, which is 
well known in the art. The ODBC 227 provides an interface between 
the client 220 and the federated coordinator 206. Since the a 
command from a client 220 could be either a direct SQL command or a 
command in another language from an application resident at the 
client, the ODBC 227 translates object-relational database (ORDB) 
commands from the client 22 0 into a form suitable for the federated 
coordinator 206. In one embodiment, these ORDB commands are 
translated into Multimedia-SQL (M-SQL) , an object relational 
database language compatible with and derived from SQL. Of course, 
the actual language implementation is unimportant, and those 
skilled in the art will recognize that many different languages and 

protocols can be selected, so long as the ORDB commands are from 

potentially multiple sources are interpreted and translated into 
commands that can be understood by the federated coordinator 2 06. 
As described herein, the OSC 229 and ODBC 227 are parallel, but not 
independent, because the ODBC 227 also uses the OSC 229 to redirect 
object instance data streams to the ODBC 227 control interface to 
preserve ODBC 227 application interface semantics and to hide the 
fact that the object data resides on a different data source (such 
as object server 212) from the RDBMS 210. 
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TITLE: Method and apparatus for parallel execution of user-defined 
functions in an object-relational database management system 



Detailed Description Text (8) : 

The client interface 202 provides an interface between the client 
220, the federated coordinator 206, and the virtual network 218. 
The client interface 2 02 may be resident in the same computer 
system as the federated coordinator 206, the client 220 or a 
separate computer, and comprises an open database connectivity 
module (ODBC) 227 and an object server connectivity module (OSC) 
229. In the preferred embodiment, the ODBC module uses 
MICROSOFT' s .RTM. Open natahasfi Connectivity technology, which is 
well known in the art. The ODBC 227 provides an interface between 
the client 220 and the federated coordinator 206. Since the a 
command from a client 22 0 could be either a direct SQL command or a 
command in another language from an application resident at the 
client, the ODBC 227 translates object -relational database (ORDB) 
commands from the client 220 into a form suitable for the federated 
coordinator 2 06. In one embodiment, these ORDB commands are 
translated into Multimedia-SQL (M-SQL) , an object relational 
database language compatible with and derived from SQL. Of course, 
the actual language implementation is unimportant, and those 
skilled in the art will recognize that many different languages, and 
protocol s can he selected, so long as the ORDB commands are from 
potentially mul tiple sources are interpreted and translated into 
commands that can be understood by the federated coordinator 206. 
As described herein, the OSC 229 and ODBC 227 are parallel, but not 
independent, because the ODBC 227 also uses the OSC 229 to redirect 
object instance data streams to the ODBC 227 control interface to 
preserve ODBC 227 application interface semantics and to hide the 
fact that the object data resides on a different data source (such 
as object server 212) from the RDBMS 210. 

Current US Original Classification (1) : 
707/ 3 
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TITLE: Methods, systems and computer program products for logical 
access of data sources utilizing standard relational database 
management sy s t ems 



DRta-ilR d Descri ption Text (8) : 

As shown in FIG. 2, the memory 36 may include several major 
categories of software and data used in the computer system 30: the 
operating system 52; the application programs 54; the ODBC driver 
50; the logical translation module 60; the input/output (I/O) 
device drivers 58; and the data 56. The I/O device drivers 58 
typically include software routines accessed through the operating 
system 52 by the application programs 54 to communicate with 
devices such as the input devices 32, the display 34, the speaker 
44, the microphone 42, the I/O data port (s) 46, and certain memory 
36 components. The application programs 54 comprise the programs 
that implement the various features of the computer system 3 0 and 
preferably include at least one application module or object for 
accessing data sources utilizing the ODBC driver 50. The ODBC 
driver 50 is preferably part of a standard relational database 
management system which provides access to relational data sources 
and preferably includes the ability to exit the ODBC driver 50 to 
provide relational database commands to the logical translation 
module 60 for translation. More preferably, the ODBC driver 50 is 
associated with a relational database management system such as 
International Business Machine Corporation's DataJoiner which 
provides access to both relational and non-relational data sources. 
Alternatively, the logical translation module 6Q could intercept 
commands intended for the ODBC driver 50, perform the logical to 
physical translation as described below r and then provide the 
translated commands to the ODBC driver 50. 

Detailed Description Text (12) : 

As is illustrated in FIG. 3, an application program 54 provides an 
ODBC command to the ODBC driver 50. The_QQRC driver 50 preferably 
provides an interface for accessing a standar d database management 
system such as International Business Machine Corporation's DB2 
DataJoiner product. Thus, an application which accesses DataJoiner 
may do so by accessing the ODBC interface of DataJoiner. In any 
event, the ODBC driver 50 provides the received command to the 
logical to physical translation module 60. The logical to physical 
translation module 60 examines the logical information in the 
command and accesses the logical to physical mapping metadata 
tables (i.e. the translation tables) 70. Tables 70 contain metadata 
to translate the command which includes logical information, such 
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LI 5930786[pn] 1 LI 

END OF SEARCH HISTORY 



lof 1 



10/30/03 10:33 AM 



Search History Transcript 



http://westbrs:8002/bin/gate.exe?f=shist&state=339mlq.58.9 



WEST Search History 



DATE: Thursday, October 30, 2003 

Set Name Query Hit Count Set Name 

side by side result set 

DB=USPT,PGPB; PLUR=YES; OP=ADJ 

L10 16 and 17 22 L10 

L9 16[ti,ab] 2 L9 

L8 16 and 17 22 L8 

(707/1 OR 707/3 OR 707/4 OR 709/230 OR 709/250 OR 
709/213 OR 709/216 OR 709/217 OR 71 1/100).CCLS. 

^ 15 same (odbc or (open adj (database or (data base)) adj ^ ^ 

connects)) 

((command or instruction) near4 (translat$ or converts or 
^ 5 conversions or transforms)) same (database or (data base) or L5 
infobase or (info base) or (information base) or ((storS or 
memorS) near2 (pool$ or blockS))) 

DB=EPAB,DWPI; PLUR=YES; OP-ADJ 

L4 L3andll 2 L4 

L3 odbc or (open adj (database or (data base)) adj connects) 42 L3 

L2 LI same (open or independent) 17 L2 

((command or instruction) near4 (translatS or converts or 
L1 conversions or transforms)) same (database or (data base) or 149 LI 

infobase or (info base) or (information base) or ((storS or 

memorS) near2 (poolS or blockS))) 

END OF SEARCH HISTORY 



lof 1 



10/30/03 3:37 PM 



Search History Transcript 



http://westbrg^002/bin/gate.exe?f=shist&state==339mlq. 14. 1 



WEST Search History 



DATE: 



Thursday, October 30, 2003 



Set Name Query 
side by side 

DB=USPT,PGPB; PLUR=YES; OP=ADJ 
L9 16[ti,ab] 
16 and 17 

(707/1 OR 707/3 OR 707/4 OR 709/230 OR 709/250 OR 709/213 
OR 709/216 OR 709/21 7 OR 711/100).CCLS. 

15 same (odbc or (open adj (database or (data base)) adj connects)) 

((command or instruction) near4 (translatS or converts or 
conversions or transforms)) same (database or (data base) or 
infobase or (info base) or (information base) or ((storS or memorS) 
near2 (poolS or blockS))) 

DB=EPAB,DWPI; PLUR=YES; OP=ADJ 



Hit Count Set Name 
result set 



L8 
L7 
L6 

L5 



L4 
L3 
L2 

LI 



L3 and 11 

odbc or (open adj (database or (data base)) adj connects) 
LI same (open or independent) 

((command or instruction) near4 (translatS or converts or 
conversions or transforms)) same (database or (data base) or 
infobase or (info base) or (information base) or ((storS or memorS) 
near2 (poolS or blockS))) 



2 
22 

11549 

45 



2 
42 
17 

149 



L9 
L8 

L7 

L6 



1354 L5 



L4 
L3 
L2 

LI 



END OF SEARCH HISTORY 



1 of 1 



10/30/03 2:56 PM 



Search History Transcript http://wes^p8002/bin/gate.exe?f=shist&stete=339mlq 1 

WEST Search History 

DATE: Thursday, October 30, 2003 

Set Name Query Hit Count Set Name 

side by side result set 

DB=EPAB i DWPI; PLUR-YES; OP-ADJ 

"LA L3andll 2 L4 

L3 odbc or (open adj (database or (data base)) adj connects) 42 L3 

L2 LI same (open or independent) 17 L2 

((command or instruction) near4 (translatS or converts or 

conversions or transforms)) same (database or (data base) or 149 LI 

infobase or (info base) or (information base) or ((storS or 
memorS) near2 (poolS or blockS))) 

END OF SEARCH HISTORY 



1 of 1 



10/30/03 2:40 PM 



Search History Transcript http://westbrs:8002/bin/gate.exe?f=shist&state : =2nt772.2 1 . 1 



WEST Search History 



DATE: Thursday, October 30, 2003 



Set Name Query Hit Count Set Name 

side by side result set 

DB-USPT; PLUR-YES; OP=ADJ 



L14 


111 andL13 


7 


L14 


L13 


((command or instruction) near4 (translatS or converts or 

conversions or transforms)) same (database or (data base) or 

HliUUaoC Ul ^llliU VcLdSZJ UI ^llliUIIIlaUUIl Vao&j UI ^»IUI »J> UI 

memorS) near2 (poolS or block$))) 


945 


L13 


L12 


Lll and 12 


3 


L12 


Lll 


17 or 18 or 19 or 110 


68 


Lll 


L10 


5873 083 [uref] 


17 


L10 


L9 


5689698[uref] 


19 


L9 


L8 


5754841 [uref] 


34 


L8 


L7 


5930786[uref] 


15 


L7 


L6 


13 same (open$ or independents) 


9 


L6 


L5 


13 and 14 


6 


L5 


L4 


(707/4 OR 707/1 OR 707/3).CCLS. 


3907 


L4 


L3 


L2 same (database or (data base) or infobase or (info base) or 
(information base) or ((storS or memorS) near2 (poolS or 
blockS))) 


33 


L3 


L2 


((command or instruction) near4 (translatS or converts or 
conversions or transforms)) near 12 protocols 


410 


L2 


LI 


5930786[pn] 


1 


LI 



END OF SEARCH HISTORY 



lof 1 



10/30/03 11:44 AM 



